package com.test.design.pattern.bulider.demo1;

/**
 * @ClasName Director
 * @Descripution TODO 指挥者类
 * @Author leikw
 * @Date 2021/11/6 16:56
 * @Version V1.0
 */
public class Director {

    //声明builder类型的变量
    private Builder builder;

    public Director(Builder builder) {
        this.builder = builder;
    }

    //组装自行车的功能
    public Bike construct() {
        builder.buildFrame();
        builder.buildSeat();
        return builder.createBike();
    }
//分离了部件的构造(由Builder来负责)和装配(由Director负责)。 从而可以构造出复杂的对
//象。这个模式适用于：某个对象的构建过程复杂的情况。
//由于实现了构建和装配的解耦。不同的构建器，相同的装配，也可以做出不同的对象；相同的构建
//器，不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦，实现了更
//好的复用
//建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象。用户只需要指定复杂对
//象的类型就可以得到该对象，而无须知道其内部的具体构造细节。


//    抽象建造者类（Builder）：这个接口规定要实现复杂对象的那些部分的创建，并不涉及具体的
//部件对象的创建。
//具体建造者类（ConcreteBuilder）：实现 Builder 接口，完成复杂产品的各个部件的具体
//创建方法。在构造过程完成后，提供产品的实例。
//产品类（Product）：要创建的复杂对象。
//指挥者类（Director）：调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产
//品的信息，只负责保证对象各部分完整创建或按某种顺序创建。


//建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一
//般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在指挥者类中对整体而言可以取
//得比较好的稳定性。
//在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得
//相同的创建过程可以创建不同的产品对象。
//可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中，使得创建过
//程更加清晰，也更方便使用程序来控制创建过程。
//建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不
//用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。符合开闭原则。

//造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适
//合使用建造者模式，因此其使用范围受到一定的限制。
}
